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(54) Multiserver workflow system 

(57) A multiserver workflow system in which each 
server and the users who use clients construct one sub- 
system includes: a plurality of servers (120-1, 120-2. 
120-N); a plurality of clients (130-1, 130-2. 130-N); and 
a network (1 10) to which the senders and the clients are 
connected. All of the servers have address information 
(310) of the servers constructing all of the subsystems 
and correspondence information (340) on all of the 
users and the subsystem which can be used by respec- 
tive users. When each client connects to any one of the 
servers, the client downloads a list of the subsystems 
which can be used by the user who uses the client and 
addresses of the servers constructing the usable sub- 
systems from the connection server and stores the list 
as a connectaWe server list (420). 



CM 
< 
CM 

a> 
a> 

o> 
o 

Q. 

LU 



iOOCID: <EP 0919912A2 I > 



FIG. 1 



COMMUNICATIONS 
NETWORK 



110> 



^ 120-1 

^ 

1 SERVER 



120-2 

L I ^ 
1 SERVER 



DATABASE 



^^-^121-1 

BASE iT 



^DATABASE 



1 SgRVER 

120-N 




121 -N 



DATABASE 



COMMUNICATIONS 
NETWORK 

-a 



130-1 



CUENT 



130-2 



CUENT 

130-N 



Primed by Xerox (UK) Business Services 
2. IS. 7/3.6 



1 



EP 0 919 912 A2 



2 



Descripti n 

BACKGROUND OF THE INVENTION 
Reld of the Invention 

[0001] The invention relates to a server/client system 
ard. more particularly, to a multiserver workflow system 
comprising a plurality of subsystems. 

Description of the Related Art 

[0002] There is a process for circulating a document 
to concerned departments or concerned persons and 
obtaining approvals of those circulation destinations. A 
workflow system realizes such a process on a computer 
network. Specifically speaking, there is an exanrpte as 
disclosed in U.S. Patent Na 5.634,127. 
[0003] Generally, a server has business process defi- 
nition information as definition information of a docu- 
ment flow (business process). The document (case) 
inputted by the user on a client is controlled in accord- 
ance with the definition information. 
[0004] Hitherto, as a workflow system, there is a work- 
flow system vtnth a single server construction in which 
one server and a plurality of clients are connected via a 
network. 

[0005] There is also a workflow system having a mul- 
tiserver construction such that a plurality of servers and 
a plurality of clients are connected via a network and a 
control is made so that the plurality of servers have the 
same business process definition information and all of 
the plurality of servers have the newest status informa- 
tion of a case which is t>eing processed. 
[0006] There is also a workflow system having a mul- 
tiserver construction such that a plurality of workflow 
systems each having the single server construction as 
mentioned akx>ve are connected to the same network. 
[0007] In case of the conventional workflow system of 
the single server construction, since all of the txisi- 
nesses depend on one server, if the server causes a 
malfunction, all of the businesses are stopped. The 
number of businesses of which the server is in charge 
increases, a use frequency of the businesses rises, and 
a load which is applied to the sender increases, so that 
a business executing speed decreases. 
[0008] In case of the workflow system of the multi- 
server construction which holds the same information, 
an amount of information which is stored into each 
server increases and traffics among the servers for 
keeping the information identical anipng the servers 
occur. There is a case where unless the backup and 
restoring operations are executed in a lump in all of the 
servers, a mismatch anrtong the servers occurs in the 
information recovered from the backup. 
[0009] In case of the workflow system of the mufti- 
server construction in which a plurality of workf tow sys- 
tems of the single server construction are connected to 



tiie same networK since the users cannot be collec- 
tively managed, the user management is troublesome. 
Further, when a change in construction (the number) of 
servers occurs, it is necessary to change information in 
5 all clients using the target system. . 

SUMMARY OF THE INVENTION 

[001 0] It is an object of the invention to provkie a mul- 
10 tiserver workflow system in which even wfien a server to 
be connected does not work, the client can try to con- 
nect with another server. 

[001 1] Another object of the invention is to provide a 
multiserver workflow system which can execute busi- 

15 nesses on servers other than a fault occurring server. 
[0012] Still another object of the invention is to make 
it easy to manage and change information on senders 
and users in a multiserver workflow system. 
[0013] To acconplish those objects, a workflow sys- 

20 tem according to the invention has the following con- 
struction. 

[0014] A multiserver workflow syst^ in which each 
server and the users who use clients construct one sut>- 
system comprises: a plurality of servers; a plurality of 

25 dierrts; and a network to which the servers and clients 
are connected. All of the servers have: address informa- 
tion of the servers belonging to all sut»systems: and cor- 
resporKlence information of all users and the 
subsystems which can be used by the users. When 

30 each client is connected to any one of the servers, the 
client downloads a list of the subsystenns which can be 
used by the user who use the dient and addresses of 
the servers constructing the usat>le subsystem from the 
connecting server and stores them as a connectaWe 

35 server list for each login user. 

[0015] Further, each client tries to connect to ttie 
server by using the stored connectable server list and, 
when the connection to the server fails, the client tries to 
connect to another server in the connectat>le server list. 

40 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0016] 

45 Rg. 1 is a block diagram showing an outiine of a 
structure of a multiserver workftow system accord- 
ing to the invention; 

Rg. 2 is a block diagram showing a more specific 
structual example of ttte multiserver workfbw sys- 

50 tem and a user interface oh a dient; 

Rg. 3 is a diagram for explaining structures of infor- 
mation which is formed by a management server 
and information which is distritxited to each subsys- 
tem and for explaining the information forming 

55 method; 

Rg. 4 is a diagram for explaining a method of dis- 
tributing a connectable server list from a server to 
dients; and 



EP 0 919 912 A2 



Rg. 5 is a diagram for explaining processes when a 
client connects to a serv^. 

DESCRIPTION OF THE PREFERRED EMBODI- 
MENTS 

(1) System construction 

(001 7] Fig. 1 is a block diagram showing an outline of 
a construction of a mult'server workflow system. 
[0018] A plurality of servers 120-1 to 120-N and a plu- 
rality of clients 130-1 to 130-N are connected to a com- 
munications network 110 and databases 121-1 to 121- 
N are connected to the respective servers. 
[0019] The communications network 110 is an LAN 
(Local Area Network), a WAN (Wide Area Network), a 
public telephone line, an Internet, or the like. The server 
120 and client 130 are computers such as personal 
computers, workstations, or the like each having a CPU. 
a memory, input/output devices, and an interface to the 
communications network. The database 121 can be 
also included in the server 120. Communications 
between the server 120 and client 130 and between the 
servers are executed using a protocol depending on the 
communications network 1 10. for exanple, TCP/IP One 
server and a plurality of users who use the clients con- 
struct one subsystem. 



(2) Operation of the user 

[0020] ng. 2 is a block diagram showing a more spe- 
cific structural exanple of the multiserver workflow sys- 
tem and a user interface on the client 
[0021] In this exanple, server 1 (120-1), server 2 
(120-2). and server 3 (120-3) are connected as servers 
to the network (110). The server 1 belongs to an 
accounting business subsystem. The server 2 belongs 
to a personnel business subsystem. The server 3 
belongs to a materials business subsystem. 
[0022] It is now assumed that a user who uses a client 
X (130-1) Is permitted to use all of the subsystems. A 
basic saeen 200 Is displayed on a display device of the 
client X. 

[0023] Buttons of case input 201. INBGXes 211 to 
214, and OUTBOXes 221 to 224 are displayed on the 
basic screen 200. 

[0024] In case of inputting a new case, the user 
selects the case input button 201 by a rriouse click or 
the like. After that a list of subsystems which can be 
used by the user is shown. By further selecting a 
desired sut>system, a business process in the selected 
subsystem is displayed. The subsequent operation is 
the same as that of the conventional workflow system of 
the single server construction. 

[0025] The user selects the INBOX button in order to 
access a case which is not processed yet and has to be 
processed from now on. The user selects the OUTBOX 
button in order to see a status of a case which has 



already been inputted or processed. When the user 
selects the INBOX and OUTBOX buttons (21 1, 221) of 
all of the systems, titles of the cases relating to the user 
in all of the subsystems are displayed together with th 
5 additional information. When the user selects the 
INBOX and OUTBOX buttons (212 - 214. 222 - 224) of 
each system, a title of the cases relating to the user in 
the selected subsystem are displayed together with the 
additional information. 
w [0026] When the INBOX button is selected, a person 
who made the case, making time, a name of the using 
business process, time when the case arrived at his 
INBOX, and the like are displayed together with the 
case title. By selecting the case title, the user perfom^ 
15 the referring or approving operation of the contents of 
the case. When the user selects the OUTBOX button, a 
person who made the case, making time, a name of the 
using business process, a processing status, and the 
like are displayed together with the case title.~The oper- 
20 ation after the user accessed each subsystem is th 
same as that of the conventional workflow system of the 
single server construction. 



25 



(3) Information making and setting niethod 



[0027] Fig. 3 is a diagram for explaining Information 
which is distributed to the servers of each subsystem. 
[0028] The information is made by one server and the 
information is distributed to each server. To make the 
30 information, a dedicated server may be provided or any 
one of the servers 1. 2. and 3 constructing the business 
subsystems as shown in Fig. 2 may be used. The server 
which makes the information to be distributed to each 
server is called a management server. 
35 [0029] The information Is made in the management 
server by the following procedure. 

® Making of the subsystem list 

40 [0030] A managing program on the management 
server makes a subsystem list table 310 in accordance 
with the input of a manager and stores the tatrfe into a 
memory in the management server. The subsystem list 
table 310 includes a name of the server constructing 

45 each subsystem and an address (for example, IP 
address) on the communications network of the server. 

0 Making of the user information 

50 [0031] The managing program on the management 
server makes a user information tat>le 320 in accord- 
ance with the input of the manager and stores the table 
into the memory in the management server. The user 
infonmationtable 320 includes user IDs of all of the users 

55 who use the system, sections to which they belong, 
names, and posts. The table 320 can also further 
include items such as passwords, nicknames, and the 
like. The user information table may t>e made by the 
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serv& of each subsystem and collected to the manage- 
ment serv r. 

® Making of the subsystem user inlormation 

[0032] The managing program on the management 
server makes a subsystem user infonmation table 330 in 
accordance with the input of the manager and on the 
basis of the subsystem list table 310 and stores the 
tabi into the memory in the management server. The 
manager designates the users who use each subsys- 
tem by indicating a condition. For example, as shown in 
the table 330 in Rg. 3, the users in an operation section 
are designated for the sut>system of the server 1. All of 
the users are designated for the subsystem of the 
server 2. The users in the operation section and group 
leaders of all sections are designated for the subsystem 
of the server 3- The taSoAe 330 includes the server 
names and inputted conditions. 

(3) Making of the user connection information 

[0033] The managing program on the management 
server corrpares the items in the user information table 
320 which has already been made with the conditions in 
the subsystem user information table 330, determines 
the connectat)le servers for respective users, and 
makes a user connection information table 340. The 
user connection information has a list of the connecta- 
ble servers in addition to the same items as those in the 
user information table 330. 

<S> Distribution of the subsystem list and the user con- 
nection information 

[0034] The managing program on the management 
server distrbutes the subsystem list table 310 arxJ the 
user connection information table 340 to all of the serv- 
ers via the communications network. Therefore, all of 
the s^ers 1 to 3 have the same information. 
[0035] The managing program is software which is 
executed by the CPU of the management server. 

© Distribution of the connectable server list to each cli- 
ent 

[0036] A method of distritxjting the connectable server 
list from the server to each cliertt will now be described 
by using Rg. 4. 

[W371 For each client, the server to be connected in 
default is determined and the client has its address as 
default connection server information 410. The client 
connects to the deiauH connection server and transmits 
a login request (430) to the connection server together 
with the user ID of the user who uses the client. The cli- 
ent can transmit a server information updating request 
or a login request to the server being connected 
together with the user ID at anoth r art>(trary timings. 



[0038] When the login request or server information 
updating request is received, the server extracts the 
user ID included in thc^e requests. The server extract 
the connectat>le server names of the user ID from the 

5 user connection information table 340 and, further, 
extracts the addresses of the connectat>le servers from 
the subsystem list tatjie 310. After that, the server trans- 
mits the connectat}!e s^er names and the addresses 
as a connectal^le server list to a sending source of the 

w login request or the server information updating request 
(440). The client stores the received connectable server 
list as a tattle 420. In some systems, a plurality of users 
share one client In such system, the client may store 
the connectable server lists for the respective users. 

15 [0039] The foregoing procedure of (D to <g) is also 
applied to the cases of an addition of the server, an 
address cfiange of the server, an addition or deletion of 
the user, and a change in user Information. 

20 (4) Process of the client 

[0O40] Process of the client when the user starts a 
workflow business in the client device will now be 
described with reference to Fig. 5. 

25 [0O41 ] When the client receives the login request from 
the user, the client obtains information on the server 
which has previously been designated as a default 
server on own client machine (step 500) and tries to 
connect to the default server. 

30 [0042] When the connection tried server is working 
(YES in step 501) and the user Is authenticated by the 
server (OK in step 508), the connectaiirie server list 
table 420 is downloaded onto the own client machine 
(step 509). Even when the server list has already 

35 existed on the client, by again downloading, the client 
can obtain the new connectat^le server list correspond- 
ing to the login user. After that, the client starts the work- 
flow business (step 510). 

[0043] When the connection tried server is not work- 
40 ing (NO in step 501 ) or the user fails to be authenticated 
by the server (NO in step 508). the client checks 
whether the connectable server list table 420 for the 
user exists on the own clierrt machine or not (step 502). 
[0044] When tiie table 420 exists (YES in st^ 502), 
45 the diem tries to connect to one of the servers in the list 
(step 505). 

[0045] When the connection cannot be performed 
(NG in step 506) due to a reason such that the connec- 
tion tried server is in a down state or the like, the dierrt 

50 checks if another server existe in the list (step 507). 
When there is another server (YES in step 507). the cli- 
ent tries to connect to the server (step 505). 
[0046] When the dient cannot connect to all servers 
in the list (NO in step 507). the dient finishes the proc- 

55 esses. 

[0047] When the connection tried server is working 
(OK in step 506) and the user is authenticated by the 
server (OK in step 508). the connectable server list 
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table 420 is downloaded onto the own client machine 
(step 509). 

[0048] When the table 420 for the user doesn't exist, 
the client finishes the processes (NO in step 502). 
[0049] The above process is realized by software s 
which is executed by the CPU of the client 
[0050] The order of selecting the connection trying 
server in the server list table 420 by the client can be 
determined by the client or can be merely the topdown 
order of in the table. io 
[0051 ] The basic screen 200 which is displayed on the 
display device of the client is shown in the paragraph (2) 
mentioned above and Fig. 2. The INBOX and OUTBOX 
buttons of all of the subsystems and each subsystem 
which can be used by the user are displayed in the is 
atxjve screen. This display is performed on the basis of 
the connectable server list table 420 on the client: When 
the INBOX or OUTBOX button of a certain subsystem 
(server) is designated, the client obtains the address of 
the designated server from the server list table 420. 20 
When the client is at present connected to the server, 
the process corresponding to the designated button is 
started. When the client is not connected to the server, 
the connecting process is executed by using the 
obtained address and, after conpletion of the user 25 
authentication, the process corresponding to the desig- 
nated button is started. In the basic screen 200. when 
the case input button 201 and the INBOX and OUTBOX 
buttons 21 1 and 221 of all of the subsystems are desig- 
nated, the client sequentially connects to all of the serv- 30 
ers in the connectable server list table 420, receives the 
user authentication, and executes the transmission and 
reception of the information and the processes. During 
the process, if there is a server which is not working, the 
process for this server is skipped. 35 

(5) Effects 

[0052] By constructing the system and the table 
arrangement as mentioned above, the client can obtain 40 
the list of the servers which can be used by the user 
from any server. 

[0053] A service for accessing a plurality of servers 
can be provided to the user with a simple user interface. 
[0054] It is sufficient to perform the change of the 45 
server, server address, and user in only the manage- 
ment server and the maintenance becomes simple. 

(6) Modifications 

so 

[0055] Although the embodiment has been described 
with respect to the workf tow system as an example, the 
defining method and distributing method of the informa- 
tion on the servers and users can be also applied to 
another multiserver systems. 55 
[0056] The numbers of items in tfie tafc>les of the sub- 
system list, user Information, sid>system user informa- 
tion, user connection information, and connectat)le 



server list can be increased or decreased as necessary. 
Claims 

1 . A multiserver workflow system comprising: 

a plurality of servers (120-1. 120-2, 120-N); 
a plurality of clients (130-1. 130-2, 130-N); and 
a network (110) to which said servers and said 
clients are connected. 

wherein each of said servers and users who 
use the clients construct a subsystem, 
all of the servers have address information 
(310) of the servers constructing all subsys- 
tems and correspondence information (340) of 
all users and the sttosystenis which can be 
used by respective users, and 
when each client connects to any one of said 
servers, said client downloads a list of the sub- 
systems which can be used by the user who 
uses said client and addresses of the servers 
constructing said usable subsystems from the 
connected server and stores the list as a con- 
nectable server list (420). 

2. A system according to claim 1 . wherein each client 
provides a user interface (200) to access all of the 
usable subsystems with reference to said connec- 
tion server list (420) and connects to the server 
constructing the subsystem selected by ttie user by 
using the addresses in the connectable server list. 

3. A system according to claim 1 ^ wherein each client 
connects to the server by using the stored connect- 
able server list (420) and. when the connection to 
said server fails, said client tries to connect to 
another server in the connectable server list. 

4. A method of-managing information on servers and 
users in a multiserver workflow system including a 
plurality of subsystems, comprising the steps of: 

deciding an information management server; 
on said information management server, defin- 
ing subsystem/server address information 
(31 0) including addresses of servers construct- 
ing all of the subsystems and user/subsystem 
correspondence information (340) indicating a 
correspondence between all of the users and 
the subsystems which can be used by respec- 
tive users arKi storing the information; 
distributing said subsystem/server address 
information (310) and said user/subsystern cor- 
respondence information (340) from said infor- 
mation management server to all of the 
servers; arxj 

in each of the servers consti^ucting the subsys- 
tems, storing said subsystem/server address 
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information and said user/subsystem corre- 
spondence information being distributed, 
extracting a list of the sut>systems which can 
be used by the user who uses said client and 
the addresses of the servers constructing said 5 
usable sut>systenns from said stored informa- 
tion in response to a request from the client, 
and transmitting the list (420) to said client 

A method according to claim 4, wherein in said 10 
management server, 

information (320) on all of the users is col- 
lected. 

a condition (330) of the user constructing the is 
subsystem is inputted, and 
said information on every user is compared 
with the condition of the user constructing said 
subsystem, the usable subsystem is deter- 
mined for every user, and said user/subsystem 20 
correspondence information (340) is made. 

A method of connecting to a server by a client, com- 
prising the steps of: 

25 

having an address (410) of a default connec- 
tion server: 

connecting to said default connection server at 
first, downloading a list of subsystems which 
can be used by a user wfio uses said client and 30 
addresses of the servers constructing said 
usable subsystems from the connection server, 
and storing the list as a comectable server list 
(420); and 

performing the connection to the server by 35 
using the stored connectable server list at sec- 
ond aiKJ subsequent times, and wh^ the con- 
nection to said server fails, the dierrt tries to 
connect to another server in said connectatrfe 
server list. 40 



said dient and addresses of servers construct- 
ing said usable subsystems from the connec- 
tion sever, and storing the Jtsl as a 
connectat>le server list; arxi 
connecting to the server by using the stored 
connectatde server list at second and subse- 
quent times, and when the connection to sakH 
serv^ fails, trying to connect to arx>ther server 
in said connectable server list. 

9. A server/dient system comprising: 

a plurality of servers ( 1 20) ; 

a plurality of dients (130); and 

a network (1 10) to which said servers and said 

clients are connected. 

wherein all of the servers have address infor- 
mation (310) on all servers and correspord- 
ence information (340) of alt users and the 
servers which can be used by respective users, 
and 

when each dient is connected to any one of 
said servers, said client downloads a list of the 
servers which can be used by the user who 
uses sakj client and addresses of the servers 
from the connectbn server and stores the list 
as a connectable server list (420). 



A method according to daim 6, further comprising 
the step of: 

when the connection to the server succeeds. 45 
downloading the connectable server list (420) 
from the connection server in order to obtain 
latest information. 



A program storage device readable by a client so 
machine, tangibly embodying a program of instruc- 
tions executakjie by the dient machine to pseriorm 
method st^>s for connecting with a server machine, 
said method comprising the steps of: 

55 

connecting to a predetermined default connec- 
tion server at first, downloading a list of sut>sys- 
tems which can be used by a user who uses 
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FIG. 2 
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